אחד הדברים החשובים ביותר לפני שמתחילים בפרויקט הקמה ותכנון של DRP הוא הבנה והסכמה לגבי חשיבות הדבר.
על מקבלי ההחלטות בארגון לקבל ולהסכים להשקיע את המשאבים הנחוצים על מנת שבשעת הצורך(לא עלינו) יוכיחו את עצמם.
ברוב המקומות ישנה הבנה לחשיבות הכנת DRP מסודר אבל כאשר מתחילים לדבר על השקעת הכספים שמסביב אז מיד חלה התפנית ומיד שומעים משפטים כגון:
"מה אני צריך את זה" חבל על הכסף והזמן" יש לי קלטת גיבוי" וכדומה.
רוב המקרים שאני נתקלתי בהם עד היום והצריכו DRP נגרמו ע"י טעויות אנוש. - Sysadmin שמחק OU עם 110 משתמשים. האם אתה מוכן לתרחיש כזה?
רצוי לפני שמתחילים לשאול את עצמנו כמה שאלות:
1. מה תפקידך בארגון? ועל מה בדיוק אתה אחראי?
2. על מה הבוס שלכם חושב שאתם אחראים?
לאחר ששאלנו והבנו אפשר להתחיל בתכנון
מרכוז
-----
צרו תיקייה חדשה ותכניסו לתוכה את כל החומר הרלבנטי מבחינתכם לגבי איך בנוי הארגון.
תחשבו שמגיע עובד חדש וע"י קריאת תוכן התיקייה עליו להבין איך העסק בנוי.(מבחינת מחשוב כמובן)
תמונה שווה אלף מילים.
---------------------
לפעמים כאשר מדובר במערכות מורכבות הדרך הקלה ביותר להבין מי נגד מי היא דרך סרטוט.
פשוט ליצור סרטוט של הרשת.
זהה תרחישים אפשריים בארגון
--------------------------
ערוך רשימה של תרחישים אפשריים בארגון מבלי להתעלם מכאלה שאתם כבר ערוכים עבורם.
הרשימה יכולה להכיל הכול החל מתקלות חומרה אפשריות עד לטעויות אנוש של מנהלי רשת וכדומה.
צור בקרה על אותם תרחישים
------------------------
לאחר שיצרתם רשימה של תרחישים אפשריים הוסיפו עמודה ובה אתם כותבים ומסמנים האם יש פתרון או לא. דוגמה:
אם Cluster של ה Exchange שלי נפל האם תוך שעה אני יכול להמשיך לפעול משרת גיבוי אחר?
ברגע שתענו על כל התרחישים לבסוף יישארו לכם רק אלו ללא פתרון בולטים לעין ותוכלו להמשיך לטפל גם בהם.
עכשיו, כאשר הדו"ח של ניתוח סיכונים מוכן אתם יכולים לדרג את התשובות שלא השביעו את רצונכם, מהתרחיש המצער ביותר עד הקל שבניהם,
וליצור את ה DRP המושלם עבורם.
שלבו את תכנון ה DRP בעבודה היומיומית שלכם
-----------------------------------------
דבר ראשון, שכנעו את עצכם שתכנון ה DRP מספיק חשוב עבורכם ועבור הארגון בו אתם עובדים.
אם אתם לא משוכנעים יהיה לכם מאוד קשה להמשיך הלאה מכיוון שתכנון DRP גוזל זמן ומשאבים רבים שלפעמים קשה לשלב עם עבודה יומיומית.
דבר שני,תקציבו לכם זמן קבוע שבו אתם יודעים שאתם עובדים על התכנון.
חישבו תמיד, עם משהו רע קורה איזה פעולה אני עושה בכדי להתאושש מכך? על מי זה משפיע? מי יוכל לפתור לי את הבעיה?
זה יעזור להכניס סדר בתכנון.
עד כאן ניתוח סיכונים של DRP עתה כל מה שנותר לעשות זה פשוט להתחיל בתכנון.
זכרו שכמה שתהיו ערוכים ליותר תרחישים כך תוכלו להתאושש מהם מהר יותר ולמזער את הנזקים.
אריאל
על מקבלי ההחלטות בארגון לקבל ולהסכים להשקיע את המשאבים הנחוצים על מנת שבשעת הצורך(לא עלינו) יוכיחו את עצמם.
ברוב המקומות ישנה הבנה לחשיבות הכנת DRP מסודר אבל כאשר מתחילים לדבר על השקעת הכספים שמסביב אז מיד חלה התפנית ומיד שומעים משפטים כגון:
"מה אני צריך את זה" חבל על הכסף והזמן" יש לי קלטת גיבוי" וכדומה.
רוב המקרים שאני נתקלתי בהם עד היום והצריכו DRP נגרמו ע"י טעויות אנוש. - Sysadmin שמחק OU עם 110 משתמשים. האם אתה מוכן לתרחיש כזה?
רצוי לפני שמתחילים לשאול את עצמנו כמה שאלות:
1. מה תפקידך בארגון? ועל מה בדיוק אתה אחראי?
2. על מה הבוס שלכם חושב שאתם אחראים?
לאחר ששאלנו והבנו אפשר להתחיל בתכנון
מרכוז
-----
צרו תיקייה חדשה ותכניסו לתוכה את כל החומר הרלבנטי מבחינתכם לגבי איך בנוי הארגון.
תחשבו שמגיע עובד חדש וע"י קריאת תוכן התיקייה עליו להבין איך העסק בנוי.(מבחינת מחשוב כמובן)
תמונה שווה אלף מילים.
---------------------
לפעמים כאשר מדובר במערכות מורכבות הדרך הקלה ביותר להבין מי נגד מי היא דרך סרטוט.
פשוט ליצור סרטוט של הרשת.
זהה תרחישים אפשריים בארגון
--------------------------
ערוך רשימה של תרחישים אפשריים בארגון מבלי להתעלם מכאלה שאתם כבר ערוכים עבורם.
הרשימה יכולה להכיל הכול החל מתקלות חומרה אפשריות עד לטעויות אנוש של מנהלי רשת וכדומה.
צור בקרה על אותם תרחישים
------------------------
לאחר שיצרתם רשימה של תרחישים אפשריים הוסיפו עמודה ובה אתם כותבים ומסמנים האם יש פתרון או לא. דוגמה:
אם Cluster של ה Exchange שלי נפל האם תוך שעה אני יכול להמשיך לפעול משרת גיבוי אחר?
ברגע שתענו על כל התרחישים לבסוף יישארו לכם רק אלו ללא פתרון בולטים לעין ותוכלו להמשיך לטפל גם בהם.
עכשיו, כאשר הדו"ח של ניתוח סיכונים מוכן אתם יכולים לדרג את התשובות שלא השביעו את רצונכם, מהתרחיש המצער ביותר עד הקל שבניהם,
וליצור את ה DRP המושלם עבורם.
שלבו את תכנון ה DRP בעבודה היומיומית שלכם
-----------------------------------------
דבר ראשון, שכנעו את עצכם שתכנון ה DRP מספיק חשוב עבורכם ועבור הארגון בו אתם עובדים.
אם אתם לא משוכנעים יהיה לכם מאוד קשה להמשיך הלאה מכיוון שתכנון DRP גוזל זמן ומשאבים רבים שלפעמים קשה לשלב עם עבודה יומיומית.
דבר שני,תקציבו לכם זמן קבוע שבו אתם יודעים שאתם עובדים על התכנון.
חישבו תמיד, עם משהו רע קורה איזה פעולה אני עושה בכדי להתאושש מכך? על מי זה משפיע? מי יוכל לפתור לי את הבעיה?
זה יעזור להכניס סדר בתכנון.
עד כאן ניתוח סיכונים של DRP עתה כל מה שנותר לעשות זה פשוט להתחיל בתכנון.
זכרו שכמה שתהיו ערוכים ליותר תרחישים כך תוכלו להתאושש מהם מהר יותר ולמזער את הנזקים.
אריאל
אריאל מרום
בעל חברה המספקת שרותי מחשוב לתחום ה SMB
בוגר MCSE של מייקרוסופט ומומחה אבטחת מידע.
כתובת האתר:
http://www.m-challenge.com
info@m-challenge.com
בעל חברה המספקת שרותי מחשוב לתחום ה SMB
בוגר MCSE של מייקרוסופט ומומחה אבטחת מידע.
כתובת האתר:
http://www.m-challenge.com
info@m-challenge.com